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ABSTRACT 

This final report describes a federally funded 
project (September 1987-August 1989) which developed the "Trace 
Transparent Access Module," a device which interfaces with standard 
computers thus allowing children with physical disabilities to 
participate fully with nondisabled children in classrooms. The module 
is a small, microprocessor driven device which emulates the activity 
of the keyboard and mouse on several models of Apple and "IBM 
computers. It enables individuals with disbilities who cannot use a 
standard keyboard and mouse to input keystrokes and mouse movements, 
thus allowing access to all the same software programs used by their 
peers. In addition to the module, a General Input Device Emulating 
Interface (gIDEI) standard was developed which enables manufacturers 
of electronic communication aids to use RS-232 serial commands to 
control the operation of the keyboard and mouse. Field testing with 
one disabled individual and two clinicians has demonstrated the 
usability of the user manual, and the functionality and reliability 
of the device. The bulk of the report consists of attachments 
including the grant proposal, photographs of the device, the device 
manual and schematics. (DB) 
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Abstract 



As the use of computers (X)ntinues to bmime an integral pari of the educational environment, the 
need for all children to he able to use a computer in a school program is of great importance if those 
children are to havr. an equal opportunity for quality education. However, there are many 
physically handicapp^ children who are unable to use a computer b^use they cannot use the 
standard k^^board or mouse. As a result of thh inaccessibility of computers, these children are 
unable to participate equally with non-handicapped children in computer assisted learning activities, 
ar.u the benefits of mainstreaming these childrf.n cannot be fully reali;^. In addition, the use of a 
computer to augment communication and writing for the physi^ty disabled child h limited. 

The "Alternate Access Interface for Mouse and Touchpad Input" project. Grant No. G00S73O317. 
was funded through an award under Technology, Educationsi Media, and Materials for the 
Handicapped program of the U.S. Department of Education. This program calls for "innovative 
adaptations" of technology to increase the "accessibility to educational opjxtrtunitics" for individuals 
with physical, sensory or cognitive disabilities. 

The goal of this project was to apply technology in the development of a st^Iulion that vwuld enable 
children with physical disabilities to participate fully with non-disabled children in classrooms. The 
result was the development of the "Dtice Tmnsparent Access Mtxiule, a device which interfaces to 
standard computers, without modifications, to allow both disabled and non-disabled children equal 
access to the computer. 

The Trace Transparent Access Mixlule (T-TAM) is a small, microprcKcssor driven device which 
emulates the activity of the keyboard and mouse on several models of Apple and IBM computers. It 
enables the disabled individual who cannot use the standard keyboard and mouse lo use a special 
electronic aid to input keystrokes and mouse movements into the computer, thus providing access to 
all the same software programs used by their non-disabled peers. 

The project also included the evaluation and field testing of the device, along with a plan for 
distribution and marketing. The T-TAM prototype has undergone preliminary field testing and 
evaluation by several individuals and manufacturing representatives. Two major manufacturers of 
augmentative communication aids for people with disabilities have expressed the desire to 
manufacture the T-TAM and the Trace Center is continuing to work closely with them. 

At this time, additional features and final modifications are being completed with the aid of new 
funding sources. Completion of the project is scheduled for January, 1990 with commercial 
production beginning in March. 



Grant Requirements 



In response to a request for proposals for grants under Technology, Educational Media, and 
Materials for the Handicapped program, administered by the U.S Department of Education, Office 
of Special Education and Rehabilitative Services, the Trace Center submitted a proposal titled, 
"Alternate Acxess Interface for Mouse and Touchpad Input" and vras awarded Grant No. 
G{XJ873Q317. The Compensatory Technology Applications (84.086P) RFP called for development 
of "innovative adaptations of hardware and software technology and the field-test evaluatkin of 
those innovative adaptations" which would "compensate for physical, sensory, or (»gnitive learning 
impediments in order to: (a) Alleviate the need to modify instructional materials mdfor (b) increase 
the overall accessibility to educational opportunities for handicapped learners." 

The RFP required the development of prototypes which demonstrated the use of technology in 
addressing the needs given above. Upon completion (^development, evaluation and field testing 
was to occur along with "a plan for national marketing and distnbution including a rationale 
supporting Vie mouifi'-aUons based on the field-test results.' 

The TYace CCnter^proj^al addressed this nml throu^iMdcvelopment of an electronic interface 
whichjvnWaTlowigxsieteiAysifi anv disabled chfl dren to a«^ standard computers used in 
schools. The intcrrflrf. wriiiiri aiinw iht^ rhiir^ryi^ \^ p articipate f uHvln educatjonal environments 
where computers are being used, and increase their opportunities for achievement. 



Description of Problem Area 

The Trace Center project identified these specific ne«ds: (1) the need for standard input device 
(keyboard, mouse, etc.) emulators for computers commonly used in schools and other educational 
environments to make them accessible by severely physically disabled children, and (2) the need for 
modifications to standard input devices for computers commonly used in sch(x>ls and other 
educational environments to make them accessible by moderately physically disabled children. 

The use of computers in education and employment areas has been and continues to be on the rise. 
Computers have already become an integral part of the educational environment, with literally 
thousands of educational software programs available for teach-rs and siudents. The need for 
accessible school computers is of great importance if all children arc to have an equal opportunity 
for a quality education. 

Students with disabilities also need to be able to use the computer as a training tool. Many special 
education software programs are available and written specifically to help students with learning 
disabilities or students who as a r^ult of physical disabilitira haw not previously had the 
opportunity to obtain basic educational skills. These programs are useless for the disabled student 
who cannot oj^rate the computer. 

One reason many phj^ically disabled individuals cannot use the computer is because they cannot 
operate the standard input devices (for example, the keyboard and mouse) that come with the 
computer from the manufacturer. To complicate matters, many advances designed to case the use 
of the computer and to make it more user friendly for able bodied users have created new barriers 
for people with physical disabilities. 
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Many types of electronic aids are available that are sp«:iaily interfaced to the abilities of the 
severely physically handicapped child and which enabte the child to cximinunicate with others or 
have environmental control capabilities. And with the advent of the Keyboard Emulating Interface 
(KEI), these indhriduals have abo been able to use thek electronic aid for ac(^ing computers. 
(The KEI is a device that can be thought of as a keyboard with no keys. It is connected to the 
computer just like a keyboard, and also to the user's communicatk>n aid. Keys are selected by 
sending encoded signals to the KEI from the aid. The KEI converts the signals into keystrokes 
which are then sent to the computer.) 

Although these KEIs are available widely, they exist for only a limited number of computers 
(IBM PC, Apple n+, Apple lie). The reason for thss limitoi number is that each computer model 
requires a different KEI because of electrons: differences in the way the kt^rboards work. Since a 
large amount of r^earch and dcwtopment time is r»]uired to create a KEI, and new models of 
computers have been coming out so fast, rehabilitatk>n engineers have been unable to k^p up. 

Another major problem is that the KEIs still do not address the need for access to newer input 
devices such as the mouse and the touchpad or touchscreen. The Apple II family of computers is 
used extensi^ly in school systems, with more and more Apple IIGS computers being purchased. 
The Apple lIGS uses a mouse. The Macintosh family of computers and IBM Personal Systcm/2 
series also use a mouse as a standard input device and therefore are inaccessible to severely 
physically disabled children. TTiese computers are quickly l:m>ming integrated in elementary 
schools, high schools and universities. 

For the moderately physically handicapped individual, operation of the keyboard may be possible, 
but limited. Often times requirements by the computer o{^rating system or application software 
pose barriers: for example, a person with one arm may find it impossible to activate multiple key 
combinations frequently used to restart the computer. 

In some cases, solutions already exist for enabling the moderately handicapped child to access some 
computer software. Kcyguards, mechanical latches, and special software modifications to oj^raiing 
systems have been used. However, these solutions do not ahvays work for all computer models and 
operating systems. There arc still many handicapped children who arc unable to use the computers 
even with these modifications. 

The primaiy focus of this grant project was to develop a solution that would remove present barriers 
to computer accessibility for the severely physically disabled individual. As the project progressed, 
additional funding was obtained from outside soura» which enabled us to address a much wider 
scope that included moderately physically disabled individuals as well. 



Objectives 

The Trace Center project had tnrcc primary objectives: 

1) To provide an accessible Apple II family of computers through the development of a 
General Input Device Emulating Interface (GIDEI) for the Apple IIGS computer. 

2) To create a GIDEI standard. 

3) To provide an accessible Apple Macintosh and IBM PS/2 line of computers through the 
development of a GIDEI for these computers, if time permitted. 



Finally, as the project progressed, a fourth objective was developed and completed under separate 
funding: 

4) To provide mlditional acce^tillty to IBM PS^ computers through the development of 
spoial kqrboard enhanormenl fuiH:tions within the CIDEI device. 

Tfae .g>al of thg _grQjgtw^j o create an accessibilit3 fdgyk?e which wpuM mee t the neecte^entifled 
aboKe>-jfew^3igjogbro Mteess ^ the needsn iwM nec tary to fiocus o ur attention on the 
Appl£.^S fflmpiiifxfiist tSsJ^^mt ^ selected m^ ^Am lIc II b the most wg e^used 
fnmily nf Cffimpn*^ i n the elementary an d h ^ school settings^ Vcty many^rograms ha^Hready 
been written for th^e wjiaputersjnd^^^ajiS is the m«^eU?S!n&jggJjojc^ next 
generatfon of special edu cation aiK Lgcnf ml ediw?ntion sofibmre. 

An other factor in selecti ng thb computer wasJh at it was the first Applencomgutcr to incorporate 
the nKJuse ^ sTnrirt n n l inpu utevfe ^grams were^ bready a\^ilabletliat required the use of the 
mouse and more would be devektped. — 



Development of an access device for the Apple IIGS will open new opportunities for those children 
previously unable to use this computer at their school. Abo, ^ool districts (x^ncemed about equal 
opportunities for all will not be deterred from buying this newer and more powerful computer due 
to a concern that it vrauld leave the physically disabled children behind. This should enhance the 
ability of the educational program to make use of improving technology. 

AnQlhergoalof ihs^pro jcct was to develop a standard set of interface spec i fications for input device 
CTiidatog>jrhes£ij ^ificatiorB arc called the General Input Dct^cc Emulating Interface Sta ndard. 
TfiSstandard assi sts those invoh:^ in rrpnting inmitcnmlating devtecsforomg computereTo " 
a ssure that they are coni Datihle with each of h^r, llMU^ed^i^iuaiii adoption df a^tamtard is 
unportant forngi^ irfacturers of electronic aids s o thegcan^rix g«^^wni^ Iheir 
design pf an ajdjjjljwgrtcwu^^ 11mbeagfitsj*e aid manufea^ 

thejnartetablc features of theu* aids, and c.nTOuragcsthe4evelopmpnt and supp^^ of input" 
einiiMQ]EBrdiher«offlpui^^ 

A tjurd ^ j ect i ve of l h£j rotcct was to incorpora te into the deww the M^biHtyio eniulate standard 
jnput f^'pf^ fnr ihp Mffci ntosh and IBM PS/2 iSniIi» oTcomjgm Although initially these 
computers were not widely used in elementaiy and highscfioois, we did not want schools to be 
deterred from buying newer computers because they were inacct^ible to the physically disabled 
students. Similarly, disabled students should not be limited d& to the types of computcir incy can 
use. 

ThgiQ unb ob jecti Y S^developi ng eiiha i iain iemrto^th c fuacti on Qf4h64BM j'^keylM^) was 
included_a£uuiitb^nw coiUd be awided without design changes and would 

Benefit m any mor cindividuals. The new efforts would aliow moderately physically disabled children 
tolnvofe^specianemincrdJSra the operating characteristics of the keyboard. These 
features would allow these children to use the same k^board used by non-disabled children to 
operate programs on IBM PS/2 computers. 



Summaiy of Pn^ect Wori; 



Initial project work involved collecting information to identify the need for a GIDEL Surveys were 
sent out to several school administrations in Illinois and Wisconsin to identity the types of 
computers in use and to determine future plans for purchasing roraputere. Results of these surveys 
indicated that many school systems alrrady had Apple IIGS computers and would be puidiasing 
more of them. In addition, they indicated that they would also be purchasing Macintoshes and IBM 
(PS/2) computers. 

Also during this period, discussions were held with manufacturers of electronic aids for people with 
disabilities. Information was collected on expressed needs for a GID^ device potential features 
the device would have, manufacturing and marketing capabilities of these manufacturers, and any 
potential limitatbns which could afifect the success of a GIDEI prodiu^. 

Results of these discussions indicate that ihexe was a need for a hardware emulator for Apple 
IIGS, Macintosh and IBM computers. Since new operating systems were being developed, the 
software KEIs in existence were becoming obsolete. Manufacturers expressed concern that any new 
emulating interface should be compatible with existing devices and that design should take into 
acojunt their manufacturing capabiliti«. 

Coi^ering the input from tte manufacturers contacted, a list of design specification were 
developed and preliminary deigns made. Initially, separate designs were develo{^ for Apple 
comput ,r& and IBM FS/Z computers. However, after considering functionality, cost and marketing 
concerns of the manufacturers, a single device vm design^ alk)wing connection to both the Apple 
and IBM systems. (Schematic and software listings for this system arc included in attachments to 
this document.) 

The device which was designed was given the name Trace Transparent Access Module (T-TAM). 
The T-TAM is able to emulate the mouse and kcylx)ard on aU Apple computers that use the Apple 
Desktop Bus (ADB) input device interface. This includes the Apple HGS, Macintosh SE and 
SE/30, and all Macintosh II scries computers. The T-TAM abo emulates the keyboard and mouse 
on all IBM PS/2 computers. Additionally, it emulates the keyboard on IBM AT computers and 
compatibles. 

The T-TAM is connected between the standard kt^board and mouse, and the computer. Non- 
disabled individuals are able to use the mouse and keyboard in a normal fashion, just as if the 
T-TAM were not connected at all. It w^ important that the T-TAM have this feature to gain 
acceptance in the schools and other pla«s where computers are shared. 

The severely physically dsabled child uses the T-TAM by sending special commands to it through 
an RS'232 serial port. Typically, the commands arc sent from a special electronic aid which the 
child uses for communication and environmental control. When the aid is connected to the T-TAM, 
the child is able to (xintrol the operation of the keyboard and mouse. 

The T-TAM may also be ased by moderately physically disabled children using the siandaid 
computer keyboard. Four important features have barn programmed into the T-TAM which make 
this possible. These arc 1) "sticky keys," which eliminates the need to physically hold more than 
one key down at the same time; 2) "filter keys," which filters out accidental key pnsses and allows 
for typematic rate adjustment; 3) "mouse keys' which allows ^u to operate the mouse pointer 
from the keyboard; and 4) "toggle keys," which gives audible feedback on the status of certain keys 
for people with impaired vision. 



These features are activated by special key sequences which typical kQrboard uscnj would not 
perform. TTiis is important in multi-user environments such m schools where many different types 
of users will med ac^ss to the sanK keyboard. 

Devekiped in addition to the T-TAM was the GIDEl Standard. This Standard enabtes 
manufiuTturers of elortronk communication akte to use RS-232 serial coalman^ to eomzo^ the 
operation of the k^rboard and mouse. At this time, there is not a standard touchpao device:, 
separate firom the mouse, to emulate directly. However, the GIDEI has been designed to al ow 
devek>pers of special aids to simulate touchpffi! input. 

The GIDEI standard was implemented m the T-TAM and is currently being assemW«! as a working 
document, one which m continually updated and revised as knowledgeable people in the TuM 
respond with comments and suggestions. 

A manual was prepared to assist in connecting the T-TAM to an aki and to the target computer. It 
also describes the operation of the GIDEI portkin of the T-TAM. Information k organized 
according to the capabilities of the user with separate sectfons for Beginning Users, Intermediate 
Users, and Advanoxl Users. Currently, a second vcrsbn of the manual is being <x}mpleted to better 
address the n«xls of the u^rs who evaluated it and to incorporate the operation of the additional 
keyboard enhancement feature. 



Evaluation and Field Testing 

Testing of the T-TAM was performed to evaluate different components within the T-TAM project. 

One field test was developed to determine if iraers could learn how to setup and operate the T-TAM 
from the user manual without any expert assistance. The ratronale behind this is that significant 
cost savings in product support could be dcmomtrated to prospective manufacturers if individuals 
required little or no support. This would result in tower costs for the device. 

Three participants, one disabled individual and two abte bodied clinicians, performed this testing 
procedure separately. Results of the test indicate that the manual by itself was insufficient in 
providing the user with enough informatbn to connect and operate the T-TAM device. One of the 
subjects required tcchnrcal assistants in connecting the T-TAM to their aid and the computer. Also, 
all subjects had difficulty understanding the concepts invoh^ in operating the T-TAM and 
therefore they either did not know what was required of them in order to program their aids, or they 
programmed their aid incoir^tly. 

As a result of this field testing we will be revfeing the manual and incorporating the comments and 
suggestions provided by the participants. At that time, additional testing will be performed. 

Another test was designed for the evaluation of the T-TAM functionality and reliability. A T-TAM. 
associated cables, and a manual was supplied to a disabled individual through a prospective 
manufacturer. A representative of the manufacturer with experience in devices of this type assisted 
the individual In the setup and programming of his electronic akl. Trace Center staff provided 
additional information when needed. 



The T-TAM has been in place with this individual for more than three months with no reported 
breakdowns or major problems. While two specific requests were made for changes in the 
operation, they were minor in nature and not necessary to the effective operation of the T-TAM. 
Nevertheless, the feasibility of implementing these requests is currently under review. As a result of 
this initial success, additional field testing with other disabled individuals is being scheduled prior to 
commercial availability. 

A third test was performed indepem^tly by a major computer manufacturer to determine 
compliance with FCC regulations on the embsion of radio frequendes. This manufacturer provided 
sugg^tions on how to lower these emissions. These suggestions are being incorporated in a 
redesigned printed circuit board. 

After incorporating rccomraenJations and sugg^tions in the design of the T-TAM and the T-TAM 
manual, additional field testing mil be performed under outside funding to determine the 
effectivenes of the T-TAM in meeting the needs identified earlier. 



Refinement 

Mtxlifications to the T-TAM and manual have already Ixjcn taking place based on information 
rcceivol from both internal and external evaluation. 

The manual is being rewritten to include additional pictorial descriptions of how to connect the 
T-TAM to the particular computer. Scctiois are being added to show how to connect the T-TAM 
to several popular aids. Finally, specific step 1^ step instructions on what the user has to program in 
their aid to type a specific key or to move the mouse are being expanded. It was felt that these 
modifications would result in a more effective manual. 

A new printed circuit board is being designed to incorporate changes in the original circuit, to 
reduce electromagnetic emissions, and to allow for expanded progranmiing nmls. After this stage, 
the hardware design will be complete with no further modifications anticipated. 

The software continues to be modified based on chan^ to the GIDEI standard and feedback from 
cvaluators. The design of the T-TAM allows ib to continue to modify the software, if necessary, 
throughout the life of the device. 



Commercialization Efforts 

The Trace Center has been in contact with two companies that have eiprcssed interest in the 
manufacture, distribution and support of the T-TAM. The companies are The Prcntke-Romich 
Company of Wooster, Ohio, and Words+, Inc. of Lancaster, California. These companion develop 
and market products for people with disabilities on a national level, and both have several yeare of 
cxjxiriencc in this field. 
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Prototypes of the T-TAM have been sent to these companies for evaluation and testing. We will he 
working with these companies to docuss any modifications as well as to provide technical ass^tance 
during the commercial transfer process. 

At ibis time, manufacturers have estimated that the product will sell for umter SSOO. We continue 
to work with them on lowering the cost of the T-TAM through lower parts cost and lower product 
support requirements. 
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I. Abstract 



Access to standard computer systems and software by individuals with severe physical 
disabilities is important in order for them to compete in today's educational and 
employment settings. The advance in the development <rf computer systems have 
increased both their power for processing inframation aiKi the types <rf applications for 
which they can be used. Many ^vanc^ designed to ease the use of the computer and to 
make them more "user friendly" (such as mice and touchscxeens) have presented new 
barriers in the use of romputer systems by people with severe physical disabilities. 

In order for people with severe physical disabilities to use standard computer systems and 
software, they must be able to jwovide the same type of input as the new standard input 
devices. The concept of an Keyboard Emulator (a special interface module) which is able 
to simulate keyboard activity from input received from a special electronic aid used by a 
severely physically handicapped child was pioneered by the Trace Center over eight years 
ago and is now in common commercial availability from many manufacturer. However, 
these Keyboard Emulators do not work on some of the newer computer systems, and do 
not emulate the newer input devices such as the mouse, touchscreen, or touchpad. 

The goal of this project is to create a new type of Emulator, the General Input Device 
Emulator (GID Emulator), which would work on the newer computers and provide a 
means to emulate all the standard input device of these ncwCT computers. The GID 
Emulator would pilow a severely physically handicapped child who has an clcctrtmic aid, 
already designed to use a Keyboard Emulator, to use the new computers appearing in his 
educational environmenL The use of the GID Emulator would allow this child to 
participate in all the computer based learning activities with all the other non-handicapped 
children. 



Table of Contents 



Introduction 3 

Education Problem to be Solved or Minimized 3 

Original Problem 3 

Past Solution Strategies for the Moderately Handic^jped Child 3 

Past Solution Strategies for the Severely Handic^ped Child 4 

Problems with the Current State of Keyboard Emulators 5 

The Ictentified Need 6 

The ?ropos«i Solution 7 

Cwnpatibility with the Keyboard Emulating Interfare Standaid 8 

Additional Protocols for Mouse and Touchpad/Touchscreen Input 8 

Low Cost of Manufacture g 

Parallel Operation with Real Input Device 8 

Inftared Link g 

Complexities Involved in the Proposed Solution 9 

Need for Assistance 9 

Objectives 10 

Principal Objective , 10 

Subordinate Objective 10 

Secondary Objectives 10 

Results or Benefits Expected H 

Approach U 

Outline of Plan of Action and Accomplishments to be Achieved 11 

Task 1: Substantiate the Usability of the GID Emulator's Design 12 

Task 2: Create the GID Emulator 13 

Task 3: Field Test the Aid and Report on Field Test Results 14 

Task 4: Prepare Marketing Recommendations 15 

Task 5: Evaluation of the Product/Project 16 

Personnel, Facilities, and Consultants 17 

Project Staff Ig 

Person Loading Chart Ig 

Consultants Ig 

Biographical Sketch of Key Personnel 19 

Appendices 
Vitae 



11. fntroducfion 



A. EdtiCQtionai Prnhlem fn hP SoivPd or MinimiVpr^ 
1. Original Problem 

As the use of computers continues to beconw an integral part of the educational 
environment, the need for all children, who are physically and non-physically handicapped, 
to be able to use the school's computes is of great importance if those children are to have 
an equal opportunity fw a quality education. 



ORIGINAL 
PROBLEM 



Disabled Studente were unable to use the keyboards on standard computers 
which are rapidly becoming integral components of standaid and special 
classrooms 

Figure 1 

However, there are many physically handicapf ;d children who are unable to use a 
computer because they cannot use the standard input devices (e.g. keyboard, mouse) as 
they come from the manufacturers. 

2. Past Solution Strategies for the Moderately Handicapped Child 

Solutions have been developed for moderately physically hamiicappcd children to be able to 
use the keyboard. Keyguards (a plate mounted above the keys with holes over each key) 
have been made for many computer keyboards to assist children, who require a surface to 
steady their hand, to use a keyboard. Mechanical latches for the shift keys have been made 
to let single finger typists (cm- head stick and mouth stick typists) "hold" down the shift key 
while typing another key. Software modifications to operating systems have been 
developed to accomplish this same "Sticky Key" feature. 

For the moderately physically handicapped child, who cannot use the mouse but can use 
the keyboard, a feature called Mouse Keys has been developed which allows the child to 
use the keyboard to simulate mouse motion and mouse button activ'ty. 




3 



I 



However, there are still many severely physically handicapped children who are unable to 
use the standard keyboard at all. Some are too weak to press the keys. Some do not have 
the range of motion required to reach all the keys. Some do not have sufficient functional 
motor control of their hands, legs, or head to use the standaixi kcyboanl 

3. Past Solution Strategies for the Severely Handicapped Child 

In addressing tte communication needs of the severely physically handicapped child, there 
have been many different typ« of electronic devices dcvetopcd that are speciaUy interfaced 
to the abilities of the child. Tho aids may have smaller keyboaids, or single switch input 
(e.g. eye blink switch, eyebrow switch, pedal switch), or two switch (e.g. sip-&-puff 
switch) Morse code input, or eyegaze input 

niere are the SST Eyetyper and the Santec CEDRIC which aUow the handicapped child to 
type by just looking at the "keys". The Wonis+ Equalizer aUows input from the 
handicapped child using singe switch scanning or d Uswitch Morse code. The Canon 
Communicator has a reduced sized keyboard for the handicapped child with limited reach 
The ACS ScanPak allows the handicapped child to type using tead pointing with single 
switch scanning or a headbeam Ughtpointer. The Autocom aUows the handicapped child 
with severe c«ebral palsy to type using a magnetic handpiece pointer and a lai^e flat 
keyboard. The Prentke-Romich Express HI allows input from scanning, headpoiniing 
joystick, or slidepointing. 



CURRENT 
APPROACH 




wSliS^e ZnfZ^'t''' ^ ^"Sh Keyboard Emulators 

ctipuSS'sL'S^^^ '^"^ ^ --"g the 

Figure 2 

Many of these electronic aids have been adapted to addtess the issueof computer access by 
usmg a device known as a Keyboard Emulator. A Keyboard Emulator is an electronic 
hariware device that allows the child's etectronic aid to simulate (emulate) keyboaKi 
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activity of the school's computer so that software programs mnning on the school's 
computer cannot tell the difference between the keystrokes from the real keyboard, and 
those from the child's "keyboaid". The computer's real keyboard and the child's electronic 
aid are connected to the Keyboard Emulator so that both the real keyboaid and the child's 
"keyboard" can be used at the same time. With the Keyboard Emulator, no modification to 
the software program ruraung on the computer is required. 

4. Problems with the Current State of Keyboard Emulators 

At this time, these K^fboard Emulators are available commercially from a wide number of 
vendors (Prcntke-Romich, TASH, ACS, Zygo, Words+, etc.) but for only a limited 
number bf computers (IBM PC. Apple n+, Apple He). One of the reasons for this limited 
number is that, in the past, each computer model n^ded a different Keyboaid Emulator 
because of electronic differences in the way the keyboard woiics. For example, a different 
Keyboard Emulator is required for the Apple II+, the He, and the Uc. Similarly, difTercnt 
Emulators are needed for the IBM PC, AT, new AT, and PS/2 scries keyboards as well. 
Another reason is the amount of rcscareh and develq>ment time required to create a 
Keyboard Emulator. New models of computers have been coming out too fast for the 
rehabilitation engineers to keep up. 



NEW 

PROBLEM 




1. Current keyboard emulators do not woric with the newer generation of 
computers. 

2. Current keyboard emulators only address keyboard input leaving the 
disabled child with no access to mouse or touchpad input required by the 
new computers and software. 

Figure 3 



In order to alleviate the nee<^ for Keyboard Emulators to be implemented in haidwarc, work 
is being done to provide Keyboard Emulators as software modificaUons to th^; opmting 
system (or as programs running concurrently in a multitasking environment). These 
software Keyboard Emulators would be able to take input from the electronic aids and 
"inject" keystrokes into the operating system. This makes it possible to produce Keyboarxl 



Emulators more quickly, since electronic differences in the keyboanis require Httie if any 
change in the software patch, and less expensively since no haidware is involved 

However, there are stiU circumstances where it is not possible to create software Keyboard 
Emulators because of the design of the operating system. One such computer is the Apple 
n family, including the HGS, TTie Apple AGS must have a haidware Keyboard Emulator 
when it runs Apple DOS (there are many programs that are used in the educational 
curriculum which run under Apple Dos). 

There is a way to use tte Keyboard Emulators designed for the Apple He with the Apple 
nOS but the Keyboard Emulator canncH simulate mouse activity, and many of the children 
who must use an electronic aid also cannot operate the mouse. 

The Apple n family (which incluctes the Apple HGS) is used extensively in school 
systems, with more and more Apple HQS computers being purchased. Sales of the Apple 
nOS are now estimated to approach or exceed sales of the Apple Uc. Therefore, there is a 
great need to have a hardware Keyboani and Mouse Emulator for the Apple HQS if these 
children are to have access to the AK>le IIGS. 

The Macintosh SE and H, and the IBM P^sonal System/2. use mice and therefore are also 
inaccessible to handicapped chUd (the Ptereonics Headmaster lets a person simulate the 
mouse on the Macintosh Plus only and requires good head control). Although these 
computers have not been used widely in the educational market, they are beginning to enter 
the educational market, Mpaiially m high schools and univereities. 

B. The Tdrntified Vp^rf 



CURRENT 
NEED 



A new type of adapter module is required, one which can emulate the i 
of the newer computer's standard mice and touchpads a ' well as the 
keyboard. Such an adaptor would be a Ckneral Input Di 'ice Emulator. 

Figure 4 
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The identified need is two-fold. First, Emulators must he provided for the Apple IIGS and 
other new computers for which no Emulator currently exists. Second, these new 
Emulators must be able to handle more than just keyboaid input They must also simulate 
the new input devices such as mice, and touchpads or touchscreens. 

C. The Pronosgd Solution 

The proposed solution is to create an accessible computer system by devetoping the 
missing link betweei the electronic aids and the Apple IIGS computer. This missing link is 
a General Input Device EmulatOT (GID Emulator), a device that camects between the aid 
and the computer which would allow the aid to send commands to the GID Emulator in a 
standard protocol which would mimic the input firam the computer's standard input devices 
(e.g. keyboard, mouse, touchpad, touchscreen). 




The proposed system is an accessible computer system which is 
composed of; 



(a) commercially available special input device, 

(b) standard sc1mx>1 computers with their input devices, 

(c) and a special General Input Device Emulating interface module. 

Figure 3 

Commercially available electronic aids will be purchased which already support the 
Keyboard Emulating Interface (KEI) Standard. The aids will then be enhanced to add the 
new features described below in "Additional Protocols for Mouse and Touchpad Input" by 
enhancing the KEI software routines. TTiis will be done in cooperation with, and 
assistance from, the manufacturers of the aids. The GID Emulator will then be constructed 
and tested using the enhanced aids. 
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The GID Emulator will have the following features: 



I) CftmnarihilitV with the Keyboard Kmuiatmp TntPrf n cg stnnri^rri 

The GID Emulator will be a superset of the cuirent Keyboard Emulating Interface 
(KEI) Standard. This will ensure that many aids will be able to use the GID 
Emulator right away. After time, with upgrades of aids, the aids will be able to take 
advantage of the new features described below as well. 



2) Additional Protocols for Mni«i> i.nd Toiirhpn d /TouchsrrPPn fpp ut 

In wder for this alternate aa;ess strategy to woik with the new computers, 
additional protocols for relative motion input devices (e.g. mouse) and absolute 
position input devices (e.g. touchpad, touchscreen) will be part of the GID 
Emulates- Intaface Standard, This will aUow physically handicapped children who 
arc unable to manipulate a mouse, use a touchpad, or reach the touchscreen to be 
able use programs that require input from ihrae devices. 

3) Low Cost of Mflniifflf tiiri> 

The design of the GID Emulator will be done to minimize the cost to manufacture 
the device. Parts used in the design wiU also be chosen so that they are readily 
available from several sources. 



4) Parallel Operation with Real Tnmit Di^yiy^^ 

Use of the GID Emulator must not disable the use of the normal input devices (e.g. 
standard keyboard, mouse, etc.). This is necessary so that interference with the 
noimal' use of the computer is avoided This feature also facilitates instruction 
and demonstration of the software programs by the teacher to the child where the 
teacher and chiW must take turns using the input devices. 

5) Infrared Link fontionan 

TJis feature wouW eliminate the need for the teacha- or an assistant to connect the 
child's electronic aid to the GID Emulator each time the child wanted to use the 
computer. Instead the communication between the aid and the GID Emulator would 
take place through the infrared light link. This link might be built in to the GID 
Emulator or might be an accessoiy that is attached to the electronic aid and the GID 
Emulator. 



The proposed system consists of a commercially available electronic aid, a standani school 
computer with their input devices, and the GID Emulator. Tfie eventual cost of the custom 
components of the system would be taigeted to be under 10% of the cost of the aid selected 
and the standard school computer. TTie enhancement to the aid to support the GID 
Emulator Interface Standard by the manufacturers could bring the cost down to 1-3% of the 
system. 
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D. Complexities Involved in the P roposed Soliitinn 



Although the objective of this project is to create a simple solution to the problem, the 
issues involved are somewhat complex. A simple solution, in this case, would be the best 
solution primarily because it is the best way to contain the cost A simple solution is also 
generally more flexible and nwre straightforwaiid, requiring less training time. 

The issues involved in this simple (minimal) solution, however, are not straightforwaid. 
New input systems are requiring finer control on the part of the user. This finer control is 
the opposite of the type erf control that sevwly physically handicapped children have. 
Thus, this i»oject must find a simple way to allow individuals with severe motor control 
problems to use the computers whose newer input systems require fine motor control. 

In addition, this must be done in a way that is technically compatible not only with the new 
microcomputas and their operating systems, but also with the existing special interface 
aids (Prentke-Romich Express HI, Words+ Equalizer, Zygo Tetrascan, ACS Specchpak, 
etc.). 

Finally, if the individual is to have access to more than oik single make and model 
computer, then some type of standard communication protocol needs to be developed 
which will woiic across different makes and models of computers as well as qjcrating 
systems. 

E. Need for Ass^st^y^pp 

Assistance is needed in developing this crucial link because of the high cost associated with 
developing a hardware GID Emulator. Research and development costs, if borne by the 
manufacturer, are inevitably passed on to the consumer in the form of a high cost for the 
adapter. One might argue that the cost of the GID Emulator, although possibly high, is 
only a small fraction of the cost of the expensive electronic aids purchased by the child. 
However, the GID Emulator will not necessarily be purchased by the child (or the child's 
funding source), but most likely by the school in order to increase the accessibility of their 
computers. The cost of the GID Emulator must be low in order for schools to be able to 
purchase them. 



A. Principal Ohjective 



The principal objective of this proposal is to provide an accessible Apple II family of 
computers through the development of a General Input Device Emulate for the Apple 
nCS. The Apple IIGS is selected since 1) the Apple 11 is the most widely used family of 
computers in the elementary and high school settings, and 2) the Apple IIGS is the model 
being used to develop the next generation of special and regular education software. 

B. Subordlnnte Qh|pptivP^i 

A suboidinate objective would be to create the General Input Device Emulator Interface 
(GID Emulator Interface) Standard. This standard would assist those involved in creating 
software Keyboard Emulating Interfaces to create software GID Emulators, and to assure 
that they would be compatible with each other and with our haidwarc GID Emulators. A 
standard is crucial since electronic aid manufacturers need to be assured that if they design 
their aid to support the GED Emulator, then 'Jiey will work with GID Emulators for 
different computere, 

C Secondary Ohiectivps 

A secondary objective would be to provide General Input Device Emulators (either in 
hardware or software) for the Macintosh SE and II, and the IBM PS/2 line of computers, if 
time allows. 

Although these computers are not readily used in the elementaiy and middle school at this 
point, there are two reasons for creating GID Emulators for these computers. First, we do 
not want to deter schools from buying different types of computers just because they are 
inaccessible to the physically disabled child. 

Second, there are many other individuals who need to have access to computers who arc in 
an educational setting which use these computers (e.g. universities, colleges, technical 
schools, high schools). Those who are physically disabled need to be able to continue their 
education and use all of the computers that are encountered, even past elementary school. 

Creating a GID Emulator for the Macintosh SE and II would be relatively easy since they 
use the Apple Desktop Bus (which is also used on the Apple IIGS) for keyboard and 
mouse input. Apple Computer is standardizing their input devices on the Apple Desktop 
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Bus which means that the GID Emulators created for the Apple IIGS are likely to work for 
the Macintosh SE and 11, and future Apple computers. 

IBM is also making an effort to standardize their keyboard and mouse input devices. The 
IBM PS/2 line of computers all have the same keyboard and mouse input pon so creating 
an additional GED Emulator for the IBM PS/2 line would greatly increase the number of 
computers for which altonate acc^s is available. 

IV. Results or Reni>nK Fvpi^rffl 

The benefit of having GID EmulatCHs available fSwr the Apple IIGS (as well as the 
Macintosh SE and II, arni the IBM PS/2 line of computeis) is that the school districts will 
not be deterred from buying r.*;w and more po^wif ul computers because of the fear of 
leaving the physically disabled children behind since they will not be able to use these new 
computers. Allowing the schools to fi:eely upgrade to new computen and new software 
will enhance the ability of the educational program to make use of improving technology. 

The availability of tiie GID Emulator few these computer would encourage more 
development of electronic aids to utilize the GID Emulator, Many manufacturers and 
researchers look to the Trace Center to provi(te the onulators since we have the technical 
expertise and arc the authors of the Keyboard Emulator Interface Standard. To create new 
emulators is often beyond the capabilities and resources of aid manufacmrcrs and 
researchers. 

A side benefit wouU be to allow the physically disabled individual to be more competitive 
in employment since they would be able to access an increased number of computers found 
in the work environment with the same electronic aid which they used in school. 

V. Anprnnr^ 

A. Outline of Plan of Action and Accomplkh mcnts to h«» Arhi<>vpd 
The plan of action will be split into five tasks listed below: 

Task 1 : Substantiate the Usability of the GID Emulator's Design 
Task 2: Create the GID Emulator 

Task 3: Field Test the Aid and Report on Field Test Results 
Task 4: Prepare Marketing Recommendations 
Task 5: Evaluation of the Product/Project 
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For each task, quantitative projections of the accomplishments to be achieved will be stated. 
The data to be collected, maintained, and evaluated, and the criteria for evaluating the 
results and successes of the project will be covered in Task 5, 

Task 1: Substantiate the Usability of the GID Emulator's Design 

The purpose of this task is to verify the assumptions underlying and characterizing the 
proposed GID Emulator. This will involve manufacturers and school systems. 
Discussions with them will be held in order to verify the exact nature of the need and the 
constraints involved. 

Discussions with prospective manufacturers of the GID Emulator will be held to determine 
the marketing and manufacturing methods, the time to market for new products, and other 
limitations that might exists. Reaction will be solicited concerning the proposed solution. 

Preliminary discussion with some prospective manufacturers indicate that: 

1) they arc very interested in a GID Emulator, 

2) diey are able to produce complex electronic cfcvices, 

3) they assemble products upon order, 

4) they keep less than three months sales iu stock, 

5) common parts reduce the cost of the inventoiy, 

6) and it takes 2-3 months to take a finished product and bring it to the market. 

Discussion with teachers and administrators at local schools (and other school districts) will 
be held to identify the extent of cunent problem areas, the plans for computer usage in the 
education program, and tlw number and types of computers that are projected to be bought 
for the next five years. Reaction will be solicited concerning the proposed solution. 

Preliminary discussion with local school districts indicate that 

1) the elementary and middle schools arc and will be buying predominantly the 
Apple IIGS, 

2) the high school system will be changing over from using the Apple He to the 
Macintosh SE, 

3) the school system will be more than doubling the number of computers used in 
school curriculum in the next five years. 
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4) and adaptive equipment to make computers accessible by handicapped children 
must Iw less than $500 to be considered for purchase by the school system. 

Task 1 will be completed by the first month. 
Task 2: Create the GID Emulator 

The first step will be to become veiy familiar with the electronics, protocol, and software 
involved in the Apple Desktop Bus (ADB). Features of the GID Emulator will be specified 
based on the results of Task 1. 

Second, a study of the new input systems (e.g. mice, touchpad) will be perfoimed to 
detcnnine their characteristics, both within computer systems and between difTercnt 
computer systems. The operating sysiems will be examined to determine how each of the 
differait qxrating systems treat these types of inputt. Application programs will be 
examined to determine what type of action arc expected to be performed by the user with 
these new input systems. 

Third, a preliminary conceptual design will be made. The caiceptual design will allow for 
meeting the design goals set forth in Task 1. The design will also allow sufficient 
modularity to make designing GID Emulators for other computers (Macintosh SB and 11, 
and the IBM PS/2 line) require minimal new or redesign. Modularity can also reduce the 
cost of the inventoiy that a manufacturer must maintain in (»dcr to meet the demand. In our 
preliminary discussion with manufacturere, they indicated that a small inventory is crucial. 
A prpgranmiable single chip processor will most likely be the center of this draign. 

The fourth step is selection of the hardware components and making a preliminary design. 
Selection will be based on: 

1) keeping them as simple as possible, yet fulfilling the needs of the design, 

2) using off-the-shelf components that have future widespread availability, 

3) selecting parts that have more than one supplier, 

4) and cost 

This preliminary design will be sent out for review by potential manufacturm of the GID 
Emulators for their input on the cost of producing such a device based upon their current 
capabilities. We will also have made arrangements for Apple and IBM to review the 
preliminary design for compatibility with their products. 
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After receiving the feedback from potential manufacturers, a modified working design will 
be drawn up and a prototype made and alpha tested in the lab. After successful alpha 
testing, a duplicate unit will be produced to be givei\ to the funding agency. Three to four 
more units will be produced to be used in the field testing of the device, and will later be 
given for evaluation to iHospective manufacturers. 

Concunent with the above activities, a document will be prepared that describes the GID 
Emulator with regard to the components used, the component costs, the supply sources, 
any prciprietaiy issues cOTceming each component used, and enough technical information 
to aUow reproduction of the GID Ltiulator. A user's guide will also be prepared that 
describes how to use the GID Emulator. In order to facilitate its use by persons with 
physical disabilities, the manual wiU be also provided in an electronic form as a text file on 
a disk. 

This task wiU be completed by the 12th month in order to allow sufficient time for task 3. 

Task 3: Field Test the Aid and Report on Field Test Results 

Five to ten field test individuals will be identified in Malison and the surrounding areas 
who have aids which aic similar or identical to the aids used (or could be easily modified to 
work with the GID Emulator). These imiividuals wiU be selected during the first six 
months of the projojt. 

The field test will consist of placing the GID Emulator with the child for a test period of a 
week. On tlie first day, they will be brought to the Trace Center and shown how to use an 
Apple iIGS (or Macintosh SE and H, and IBM PS/2 family) and show how to accomplish 
the 5 tests that wiU be asked of them after the end of the we«ac period. If they do not have 
access to an Apple AGS, a computer will be lent to them for the week period They will 
have the week to leam how to use the GID Emulator to accomplish the 5 tasks, assisted 
only by the users guide. 

The 5 tests will be designed so that a combination of keyboard, aiid mouse, or touchpad 
input will be required. They will be selected to represent a cross scctior of the kind of 
activities that might occur in special or regular educational software. They will also involve 
many activities that are common when using the computer. A list of possible tests are listed 
below: 




Test 1: Open a folder, and run a program. 

Test 2: Move objects around on the screen to assemble the picture of a car. 
Test 3: Fill in blanks and comect errors in sentences presented on the screen 
Test 4: Select items presented on the screen by a touchscreen program- 
Test 5: Write or trace their name in cursive writing using a draw or paint program. 

This preliminary version of the field test plan will be drawn up and submitted for review by 
the cHnicians, teachers, and children involved. After review, the final field test plan will be 
modified as required. The field tests will begin as soon as the beta test units and user guide 
are completed fix»n task 3. 

Task 4: Prepare Marketing Recommendations 

From work done in Task 1 and Task 2, a marketing recommendation will be drawn up. 

Prospective manufacturers identified in Task 1 wiU each be given a GID Emulator and a 
GK) Emulator Interface Standard document after alpha testing is complete. At the end of 
the beta test period, those manufacturers that have indicated a commitment to maricing the 
GE) Emulator will be given full documentaticm and a final post-beta test GID Emulator. 
We will assist each manufacturer as needed. Bas«i upon past work with manufacturexs 
and preliminary discussion on this project, it appears as if at least one and probably 
multiple manufacturers would pick up this Emulator if it were developed. In keeping with 
past practices, we prefer the non-exclusive release of products to manufacturexs to maintain 
competition and spur further product developmenL Our record to date in this area is very 
good with an5roximatcly 95% of all products develop«i by the Trace Center becoming a 
commercially product 

We will also encourage electronic aid manufacturers to include the GID Emulator with their 
aid. Electronic aid manufacturers will be given a copy of the GID Emulator Interface 
Standaid document so that they can begin to design their electronic aids to take advantage 
of the full capabilities of the GID Emulators. 

Our marketing plans address patent, copyright, and other regulatoiy or proprietary issues 
which affect the marketing of the aid. Our preference is non-exclusive license and zero- 
royalty to keep costs to consumers and schools at a minimum. 



Wc hope to have a commitment from from a manufacturer to manufacture the GID 
Emulator by the end of the beta testing (18th month) and to have the GID Emulators 
commarcially available by the end of the 24th month. 

A paper on the device will be written up for, and submitted to, the Rehabilitation 
Engineering Society's (RESNA) annual conference proceedings and the Closing the Gap 
conference on Computers and the Disabled in Minnesota. 

Task 5: Evaluation of the Product/Project 

The purpose of this tadc will be to provide a concrete means to evaluate the success of this 
project based upon the goals set fcath in Task 1. 

The evaluation of success will be done in three areas: technical, student/teacher, and 
manufactuirer/maiiceting su(x:ess: 

1 ) Success from die isshnisal standpoint is if the GID Emulator was able to 
completely emulate the input from the standard input devices. ThiE will be tested by 
demonstrating the ability to operate all functi<Mis of a cross section of software 
written to use the standard keyboard, mice, and touchpad/touchscreen for the tai^et 
compuier(s). 

2) Success from the student and teach^r';^ standpoint is if the GID Emulator 
actually solves their access problem without introducing new problems. This will 
be tested by the completion of the five tests on the computer which require use of 
the keyboard, mouse, and touchpad, which represents the spectrum of required 
inputs that are found in a classroom. An average completion rate of 4.8 out of 5 or 
better weald be considered successful. 

3) Success from the ^nanufacturer's standpoint is if they indicate satisfaction with 
the maiketabUity of the GID Emulator. Acutal commercial production of the device 
is the measurable criterion in this area. 

Overall project success is a function of all three areas. The project would not be deemed 
successful unlesss all three criterion were met This 1) provides full access to standard 
mouse, and touchpad operated software. 2) can be operated successfully by disabled 
children using special interface aids, and 3) it is commercially picked up and produced. 
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B. Personnel. Facilities, and ConsiiUnnts 

The Trace Research and Development Center is internationally known for its leadership in 
the area of computer applications for the disabled individual. The center maintains a 
balance of research, development, information dissemination and clinical services. The 
intcrdisciplinaiy staff of the Trace Center provides a solid background in both the needs of 
the disabled individual and the capabilities of technology. The Trace Center includes both 
engineering ami experimental laboratory facilities for support of this project The 
engineering facilities have a ixoven tapability to design and fabricate electronic equipment 
for both research and commercial dissemination. TTie extensive experience of the Trace 
Center staff offers an in-house pool of specialist for consultation on any equipment or 
experimental design problem. 

Li addition, the Trace Center has extorsive experience in the area covered by this proposal. 
Trace pioneered the original concept of Keyboard Emulating Interfaces, developed the 
Keyboard Emulating Interface Standard, and (tesigned KEFs for the Apple He, IBM-PC, 
and DEC VTIOO terminals. The Trace Center is cunentiy serving as headquarters for the 
Industry/Government Initiative's Task Force on Computer Accessibility which is studying 
the problem of mouse and touchscreen input 

Trace has also had experience in the Technology Compensatory Activities Program. Trace 
was a participant in the original program under which we developed the Trine 
CommunicationAVriting/Computer Access aid. This aid was subsequently picked up and 
commercially distributed by two manufacturers. 

The Trace Center Staff who will be involved in the project arc: 
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Project Staff 



Name 




Year l 


Year 2 

^FTE 




v^cnicr lyirecior, rnncipai mvi&sngaior 


lU.U 


5.0 


v.nancs ljcc 


nxyect Manager, Lead Investigator 


30.0 


15.0 


Joe Schauer 


Engineer 


30.0 


7.5 


Julie Gamradt 


Clinician 


10.0 


5,0 


Peter Borden 


Writer 


10.0 


10.0 


Staff 


Scaetaiy 


25.0 


17.5 


Staff 


Lab Technician 


20.0 


5.0 


Staff 


Project Assistant 


20.0 


25.0 



Person Loading Chart 

Aciisdtx iiY^ CL JS ir. pr lt pa 

Verify GID Emulator's Usability 
Inv^tigate dectronics of ADB 
Investigate ^tocol of ADB 
Make a preliminary d^ign 
Review preliminary design 
Make final design 
Construct GID Emulator 
Alpha test the GID Emulator 
Make design revisions 
Ctmstnict revised GID Emulator 
ftepare product docunttntation 
Prepare user's guicte 
Select subjKts for field test 
Prepare field tests 
P^orm field tests 
WntB op results field t^ 
Co isuh with manuf^mirers on marketability 
Assist manufacnirers on comimcialization 

Total 

Consultants 

Prentke-Romich is currently manufacturing and marketing the Keyboard Emulators for the 
Apple n+» lie and the IBM PC. They are also a nationally and internationally known 
electronic aid manufacturer. 
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Words+, Inc. is currently marketing the Trine System, an electronic aid, which was 
developed by the Trace Center. Words+, Inc is an internationally known electronic aid 
manufacturer. 



Madison School EHstrict has an exemplary program in mainsireaming of disabled children. 
C. Biographical Sketch of Kcv Pprsnnnel 
Gregg C. Vanderheiden, Ph.D. 

Dr. Vanderheidm is the director of the Trace Research and Development Center, and a 
professor in the Department of Industrial Bigineering at the Univfrsity of Wisconsin - 
Madison. He is an intemationaUy known exi^ on the application of computer systems for 
the disabled. As the founder of the Trace Center, he has been a leader in the research and 
development of both specialized computer sj^tems and access to standard computer 
systems for the disabled individual. He is currently serving as co-chairman of the Design 
Considerations Task Force of the Industry/Government Cooperative Initiative On 
Computer Accessibility. He also consults with several of the laigest computer 
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Trace Transparent Access Module (T-TAM) 

for 

Apple and IBM computers 



Developed by 
The Trace Research and Development Center 
Madison, Wisconsin 

Beta Version 1.0 
May 1989 



INTRODUCTION 



What does it do? 

The Trace Transparent Acx»ss Module (T-TAM) allows an individual who 
cannot use the mouse or keyboard to use their conununicadon aid (or a 
second computer) to operate the computer's standard keyboard or mouse. 
Because the T-TAM is fully transparent, the ocsnputer cannot tell that the 
keystrokes and mouse movemotts coming from the person's 
communication aid are not coming from its standard keyboard. 

Which computers does it work with? 

The T-TAM works with Apple computers which use the Apple Desktop Bus 
(ADB) for their input devices. These include the Apple Macintosh II, IIx, Ilex, 
SE, SE/30 and Apple AGS computers. 

The T-TAM also works on IBM PS/2 Computers or compatibles. The T-TAM 
can be made to also work with IBM ATs and compatibles using two adaptor 
cables (and a PS/2 compatible mouse card, if mouse use is desired). 

What software does it work with? 

Because the T-TAM does its emulation of the keyboard and mouse in 
hardware, it is fully transparent This means that it will work with all 
software and operating systems for the computers listed above. What 
software does it work with? 

How do I learn how to use it? 

This manual provides instructions on how to set up the T-TAM. It also 
explains what data needs to be sent from your communication aid to the T- 
TAM in order to successfully perform the keyboard and mouse functions on 
the computer. The manual is in five parts: 

1) Getting Started: Covers how to connect the T-TAM. 

2) Beginner Level: Covers the basic typing and mouse movement 
functions. All users should read and understand this section before 
proceeding to Intermediate and Advanced Levels. 
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3) Intermediate Level: Covers more sophisticated (but commonly 
necessary) typing and mouse functions. 

4) Advanced Level: Covers functions not all users will need to know 
how to use. 

5) General Reference: Lists all the commands used in operating the T- 
TAM. This reference will be valuable to all users of the T-TAM, once 
they have read sections 2 and 3 and are working on programming 
their communication aid to work with the T-TAM. 

6) Technical Reference: Describes advanced prc^ramming techniques, 
and gives detailed technical information on how the T-TAM works. 
This section won't be necessary to most users. 
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GETTING STARTED 



The Trace Transparent Access Module (T-TAM) can only work with one 
compute at a time. It has been designed to allow you to have two coniputers 
hooked up to it at a time. However, it will only work with the computer 
which is turned on, and only one computer should only be turned on at a 
time. 

Follow the instructions below for the computer that you want to use. 



Setting Up the T-TAM with Apple Computers 

The T-TAM works with Apple computers which use Apple Desktop Bi's 
(ADB) keyboards and mice (any Apple computer where the mouse can plug 
into the keyboard). Follow the steps below to properly connect up the 
Module. The instructions below deal with the connectors on the Apple 
portion Oeft side) of the back panel of the Module. 

1. Turn off the computer. 

2. Discormect the keyboard and mouse from the computer. 



APPLE 


B 6 H<5J 


Bac 


( Panel 



3. Disconnect your keyboard cable from your keyboard, and 
connect it to the T-TAM at the connector labelled with the 
symbol shown here. 



Reconnect the other end of the cable to the ADB connector on the 
computer. 
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5. Take the short ADB cable that is provided witii the T-TAM, 
and connect it to the T-TAM at the connector labeled with the 
symbol shown here. 




6. Take the other end of the short cable and connect it to the keyboard. 

7. Connect the mouse to the keyboard. 

8. Some Macintosh computers (the Mac II family) allow you to 
turn on the computer using a key on the keyboard. You can 
p^orm a similar function with the T-TAM, by connecting a 
single switch to the connector labeled with tiiis symbol. 



9. Any other ADB device can be connected to the connector 
labelled with the symbol shown here. 



Setting Up the T-TAM with IBM computers 

The T-TAM works with IBM PS/2 and AT computers and compatibles. 
Follow the instructions below to properly connect the T-TAM to the 
computer. All the instructions below deal with the connectors in the IBM 
portion (right side) of the back panel. 

1. Turn off the computer. 

2. Disconnect the keyboard and mouse from the computer. 




3. Take one of the long cables provided and connect it to the T- 
TAM at the connector labelled with the symbol shown here. 
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4. Connect the other end of the cable to the computer's keyboard connector 
(where Uie keyboard was connected). 

5. Take the other Uie long cable provided and connect it to the 
T-TAM at the connector labelled with the symbol shown 
here. 




6. Connect the other end of the cable to the computer's auxiliary connector 
(where the mouse was connected). 

7. Connect the keyboard to the connector labelled just with the 
symbol shown here. 

r 




8. Connect the mouse to the connector labelled just with the 
symbol shown here. 




Setting up the Alternate Actxss Aid 

The T-TAM works with an Alternate Access Aid or Communication Aid. 
From now on, we will refer to both types of aids as amply the Aid. 

NOTE: The technical details that follow are important for correct 
op^ation of the T-TAM. If you don't understand them, contact someone 
who can help you. It may save you trouble later. 

In order to communicate with the T-TAM over the serial port, the /'d must 
be set up to commimicate over the serial port. The settings should hi as 
follows: 300 baud, 8 date bits, 1 stop bit, and no parity. The T-TAM is a Data 
Communication Equipment (IX!E) device; therefore, the Aid must be a Data 
Terminal Equipment (DTE) devices. This means that you may need a null 
modem in order to hook up your Aid. 

The T-TAM uses hardware handshaking in order to regulate the flow of data 
back and forth. Therefore, your Aid must support hardware handshaking or 
you may lose some data during transmission of large amounts of data at a 
high rate. The T-TAM is able to buffer up to 255 characters at a time. 
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RS-232 Serial 



Trace Transfiarent 
Ace^s Module 

for Apfite aoid IBM 
onnputors 



Front Panel 



Connect the Aid to the connector on the front panel panel labelled "RS-232" 
with a serial cable (3rou must provide this cable). If ycux Aid supports 
hardware handshaking, make sure pins 4 and 5 on tfie cable are also 
connected. 
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BEGINNER LEVEL 



How the T-TAM Operates 

The T-TAM accepts certain data from your Aid, converts it into data that the 
compuJer can "understand," and passes that data along to the computer, 
allowing you to control the keyboard and mouse functions of the computer. 

The data sent from your Aid to the T-TAM is in a form called "serial ASCII." 
''Serial" simply means that the data is sent in a stream, one item at a time. 
"ASCII" stands for American Standard Code for Information Interchange. It 
simply refers to a standard way of represendng letters as digital codes. The 
instructions below will refer to "ASCII characters." An ASCII character is a 
single letter, number, or symbol represented by a digital code. The letter "A," 
for instance, is represented by a p»ticular number. 

This information is just provided as background. You don't have to know 
what numbers represent what letters in ASCIL You just have to know what 
ASCn characters (A, B, C, 1, 2, 3, etc.) need to be sent to the T-TAM from your 
Aid in order to perform the keyboard and mouse ftmctions you want to 
perform. 



Notation in These Instructions 

For the descriptions of how to use the T-TAM, the following notational 
convention is used: 

<esc> The escape character 

<null> The null character 

<###> character number ### 

<text> character called text 

A,B,C,1,2,3, etc. Printable ASCII characters 

If you see a series of commands separated by commas and ^ding with a 
period, remember that the commas and periods are part of the command, and 
need to be sent from your Aid to the T-TAM as part of the whole command. 



Simple Typing 

Simply typing text using the T-TAM is fairly easy. All you need to do is to 
send ASCn characters to the T-TAM. Most communication aids already do 
this when you send a message that you have constructed out through the 
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Aid's serial port (for instance, when you send data to an external printer). 
The messages you have typed on the conununication aid are stored as ASCII 
characters and sent out the serial port as ASCII characters. 

Let's try that now. Simply construct a message and send it out the serial port 
with your communication aid or alternate acce^ aid. 

Example 

Spnd out Sftrial Port RfiSUlt 

this is a test "this is a test" should appear 



on the con^uter screen 



Typing Spedal Computer Keyboard Keys 



In order to type out computer keys which are not part of the ASCII character 
set, you must use a special conunand called "press". To use it you must send 
an <eso (escape character) to the module, and then "^bd^press," and then the 
keyname. Conunands which consist of sequence of characters that follow the 
<esc> character will be referred to as "Escape Sequences". 

Example 

Send out Serial Port Result 

<esc>,klxl, press, iKHne. types the "hcane" key 

<esc>,kbd, press, enter, types the "enter" key 

<esc>,kbd,press, f5. types the "F5' key 

You may put up to ten keynames after the pre^ command. 
Example 

Send out Serial Port ReSUit 

<esc>,kM, press, pgup,hoitre, enter. types the "page up", "hcMtie" 

and "enter" key 

You will find the complete list of keynames for the different computer 
keyboards in the reference section at the back of this manual. [NOTE: This 
section is not yet complete.] 



Moving The Mouse 

So far we have been only talking about the keyboard. In order to use the 
mouse, we must use the "mou" commands. 

NOTE: You must be running software that accepts the mouse as input. 
Otherwise, mouse commands will have no effect. 

To move the mouse, we use the "move" command. The move command 
takes two numbers after it: first the motion in the horizontal direction and 
then the motion in the vertical direction. There must be either a "+" or 
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sign before the number. Positive numbers move the mouse pointer to the 
right or down. Negative number move the mouse pointer left and up. The 
numbers can range from -64 to +63* 



Example 

Send QQli Seirlal Port 
<esc>^mou,move^ +10^ -20 . 

<esc>/inou,n«?ve^ -10, +20 . 

<esc>/iROUrmove# +0, -10 • 



Result 

iQoves 10 pixels to right and 
20 pixels up 

moves 10 pixels to left and 
20 pixels doim 
lao^es 0 pixels to right and 
10 pixels itp 



It's a good idea to at least program some square to move the moi'se in the 
four directions by one pixel, by 10, and by 25 pbcds. This will allow you to 
make large, fast movement and small, fine movements. 

Example 

Send oat serial Port 



<esO, mou, move , +1 , +0 • 
<esc>,mou, move, -1, +0 . 
<esc>,nK>u,iTOve, +0, ^1 . 
<esc>,mou,move, +0, --1 . 

<esO,inou,move, +5, +0 . 
<esO,moUrmove, --5, ^0 . 
<esc>,mou, move, +0, 4^5 . 
<esc>,raou,move, -f 0, -5. 

<esO,mou,nK>ve, 4^25, +0 < 
<esc>,mou,move, ^25, ^0 . 
<esO,mou,move, +0, +25- 
<esc>,mou,move,+0, -25 « 





moves 


1 right 


moves 


1 left 


moves 


1 down 


moves 


1 up 


moves 


5 right 


moves 


5 left 


uraves 


5 down 


moves 


5 vp 


moves 


25 right 


moves 


25 left 


moves 


25 down 


moves 


25 up 



Qicking with the Mouse 

In order to dick the button on a mouse, you use the "click" command. 



Example 

Send out Serial Port 
<esc>,mou, click, left . 
<esc>,n»ou, click, right . 
<eso, mou, click . 



clicks the left button 
clicks the right button 
clicks the default button 
which is usually the left one 



If there is no button mentioned in the command, then the T-TAM presses 
the default button. On multiplc-budon mice (e.g., the IBM mouse), the 
default button is the left button. On single-button mice (e.g., the Apple 
mouse), it is the oi\ly button. 
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Handling Errors 



There are two types of errors which can be made. One is misspelling a word 
in an escape sequence command. If this type of error is made while using the 
T-T/iM, a short low beep will be sounded. This means that the T-TAM has 
either ignored a misspelled word, or does not support a command and 
therefore is ignoring it. 

The second type of error is more critical. It occurs when the rules of the GIDEI 
standard have been violated, and the T-TAM is unable to recover from the 
error. The T-TAM will continue to ignore all input until it receives the 
"acknowledge" command. 

Example 

Send out Serial Port S&SULt 

<esO,ACK. clears the critical error 

You must spell "ACK" in aU upper case letters (see Intermediate Level for 
instructions on typing the shift key). Once the T-TAM receives the 
acknowledge conwnand, it will return to being ready for ISO typing. 
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INTERMEDIATE LEVEL 



Using Modifief Keys with Other Keys 

Oit&i you need to hold down a modifier key (e-g., shift, alt, Ctrl, etc.) with 
another kry. You can do this by using the "hold" command. 

Example 

.qend out, ferial Port: 
<esO, kbd, hold, shift . 

<eso, kbd, press, f 5 . 



hold the shift with next 
key (s) 

types a shift~f5 



Example 

Send nut Serial Port 
<esc>, kbd, hold, Ctrl, alt . 

<esc>, kbd, press, kpdel . 



Result 

hold the Ctrl and alt keys 
with the next key(s) 
tiHpes a ctrl-a It-del , which 
reboots an IBM con^uter. 



The hold command lets you program a single square on your communication 
or alternate access aid to let you hold down modifier keys with other keys. 
You can hold up to ten keys at a time. 



Typing More than One Key at at time 

There may be some situations where you need to have the computer think 
you are holding a numbo: of keys down at the same time. For example, you 
may want to program the reboot keystrokes into one square on you 
conununication aid. You can do this as follows by using the combine 
conunand. 

Example 

Send out. Serial Port £&ault 

<esO, kbd, combine, Ctrl, alt, kpdel. types the ctrl-alt-del key 

sequence . 

You can combine up to ten keys at a time. 
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Dxag^ng with the Mouse 

In order to perform dragging functicHi with the mouse, you can program a 
square on yfiur Aid to perform the drag, or to use a combination of the "lock" 
& "release" commands with the "ixxovg" command. 



Example 

Send out Serial Port RftSUlt 

<esOri80u, lock, left. pushes the left button down 

<esO,nou, release, left. releases the left button 

<eso,i)iu>u,lock. pushes the default button 

which is usually the left one 

A drag is a combination of pushing a button down, moving the mouse, and 
then releasing the button. To do this, you would use the three commands 
like this: 



Example 

Rpnri out Serial Port 

<eso,nK>u, lock, left , 
<esc>,iK)u,move, +20, +30 . 

<esO,inou, release, left . 



pushes the left button 
move 20 pixels to the right 
and 30 pixels ctown. 
releases the left button 



If you are programming squares on your aid, it would be wise to program one 
to lock a button down and another one to release a button, and to program 
several buttons so you can move the mouse aroimd. Therefore, to perform a 
drag, you will need to make at least three selections. 
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ADVANCED LEVEL 



In this section, we will discuss advanced commands. These conunands are 
generally not needed except for advanced users. 

Locking and Releasing Keys 

If you want to have complete control over how keys are typed, you can use 
the "lock" and "release" commands. The lock command prases the key 
down, and the release command lets the key up. 



There is usually no need to use the lock and release command since most 
typing ftmctions can be accomplished with the "pr^", "hold", and 
"combine" commands mentioned in the Intermediate Level section. 

Changing the Baud Rate of the Serial Fort 

If your Aid can communicate at a faster rate than 300 baud, you can use the 
"baudrate" command to change the baud rate to the higher baud rate which 
you device supports. 



Example 



fiend out: Serial Port. 
<esO, kM, lock, f 1 . 



press f 1 dbvm 
press f2 down 
let fl up 
press f 3 down 
let f2 \xp 
let f3 up 



<esc>, kM, lock, f 2 . 



<eso, kbd, release, f 1 . 
<esO, kbd, lock, f 3 , 



<esO, kbd, release, f 2 . 
<eso, kbd, releeise, f 3 . 



Example 

Send out Serial Port. 
<esc>, coOTn, l»udrate, 9600 . 
<esc>, conmi, baudrate, 300 . 



chinge baud rate to 9600 baud 
change baud rate back to 300 
baiid 
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GENERAL REFERENCE 



Basic Structure of Commands 



1) For typing ASCn characters: Just send the ASCII character. 

2) For other keyboard and mouse operations: Send an "escape" character, 
followed by the name of the sub-standard being used, followed by the 
commands and the parameters. All sequences must begin with an escape, 
end with a period, and have commas between the items. Upper or lower 
case letters can be used. A genmc conunand looks like this: 

<esc>, sub-standard name, coomiand, (parameterl, parameter 2 3 . 

There may be zieio, one, two or more parameters in a command. 



Sub-Standard Names 

There are four sub-standard names that can be specified in commands. These 
are: 

In comaand ^^aning 

kbd keyboard 

ccxnm canimunlcatlon 

gen general 



Command Names 



NOTE: The commands are listed below, followed "generic" conunand line 
and an explanation of what the command does. These generic command 
lines sometimes substitute generic terms for the what you would actually 
type: for instance if you see "keynamel," that just means "any key name you 
want to use," Square brackets [] indicate an item that is optional: it may or 
may not be in a particular command line. 



1) Keyboard Commands 

Below is a summary of all the keyboard commands. These commands begin 
with an escape, followed the designation of the k^board standard: 
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<esc>, Uxl, oxmnand, [paraineterlrparameter2] . 

In these commands, keynames are used as parameters. There may be zero, 
one, two or more parameters. 

Lock Command 

<esc>,kbd, lock,keynaffiel, . . . [keynamelO] . 

Presses the key(s) down and keeps it down until released with the 
"release" command. There must be at least one keyname after the lock 
command. Up to ten keynames can be included after the command. 

Release Command 

<eso, ]tbd, release, [keynaroel] . . . [keynamelO] . 

Releases the key(s) up. Up to ten keynames may follow the command. If 
no keyname follows the command, all "locked" keys will be released. 

Press Command 

<esO,kbd, press, keynamel, . . . [keyi^elO] . 

Prases the key(s) down and then releases them in the same order as the 
keynames. There must be at least one ke3mame after the lock command. 
Up to t^ keynames can be included after the command. 

Combine Command 

<esc>,kbd, combine, keynamel, . . . [keynas^lO] . 

Presses the key(s) down in the same order as the keynames and then 
releases the key(s) in the reverse order as the keynames. There must be at 
least one keyname after the combine command. Up to ten keynames can 
be included after the command. 

Hold Command 

<esc>,k]bd, ,hold,keyruHnel, . . . [keynamelO] . 

This command does not get executed until the next set of keys are pressed. 
This command holds the key(s) down in the same order as the keynames, 
then "presses'* or "combines" the next set of keys, then releases the key(s) 
in the reverse order as the keynames. There must be at least one 
keyname after the hold command. Up to t^ keynames can be included 
after the command. 
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2) Mouse Commands 

Bdow is a summary of all the mouse commands. These commands begin 
with an escape, followed the designation of the mouse standard: 

<esc>,inou,coiiBoand, [parameter l,paraiQeter2] . 

In these commands, positions or buttons are used as parameters. There may 
be zero, one, two or more parameters, depending on the command and what 
you want to use it to do. 

Mpve Command 

<esc>,mou,move,}K}rizontal distance, vertical distance. 

This command moves the mouse a spedfied distance. The command 
should be followed by two numbers: first the motion in the honzontal 
direction and then the motion in the vertical direction. There must be 
either a or sign before the number. Positive numbers move the 
mouse pointer to the right or down. Negative numbers move the mouse 
pointer left and up. The numbers can range horn -64 to +63. 

Goto Command 

<esc>,niou, goto, horizontal location, vertical location. 

This command moves the mouse pointer to a particular location on the 
screen. The location is specified by a pair of numbers which follow the 
Goto command. "Goto" must be written as one word (no space in 
between). 

Click Command 

<esc>,roou, click, [button, button] . 

This command presses the mouse button down and then releases it right 
away; in other words, it's just like clicking once on the mouse button. If 
there is no button mentioned in the conunand, then the T-TAM presses 
the default button. On multiple-button mice (e.g., the IBM mouse), the 
default button is the left button. On single-button mice (e.g., the Apple 
mouse), it is the only button. 
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Lock Command 



<esc>,mou,lock, [button, button) . 

This command prtesses the mouse button down and holds it down until 
you send a "release" command. The buttons are designated in the same 
way as for Ae "cUck" command. "Dragging" operations with the mouse 
can be executed using the "lock," "move" and "release" commands, in 
that order. 

Release Command 

<esc>,mou, release, [button, button] . 

This command releases the mouse button when it is being held down by 
the "lock" command. The buttons are designated in the same way as for 
the "Click" command. "Dragging" operations with the mouse can be 
executed using the "lock," "move" and "release" commands, in that 
order. 



3) Communication Commands 
Baudrate Comman d 

If your Aid can communicate at a faster rate than 300 baud, you can use 
the "baudrate" command to change the T-TAM's baud rate to the higher 
baud rate which your device supports. 

<esc>, ccanm, baudrate , new rate . 



4) General Commands 
Version Commanf| 

[This command is not included in this version of the T-TAM Manual.] 



Reset Command 

[This command is not included in this version of the T-TAM Manual.] 
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Acknowledge Command 

[See the Intermediate" section of this manual.] 



TECHNICAL REFERENCE 



Introduction 

This section contains a detailed description of every command of the GIDEI 
standard. 

The overall GIDEI standard is composed of multiple sub-standards. At the 
present time, tlie four sub-standards are: 

• Keyboard (kbd) 

• Mouse (mou) 

• Communication (comm) 

• General (gen) 

We will first describe the general GIDEI standard, and then the sub-standards 
one at a time. 

The Standard Based on Single-Byte Numbers 

So far, we have described the commands by use of what we will call "aliases". 
That is, the actual GIDEI commands are based on single-byte numbers or what 
we will refer to as "code." Since some devices cannot produce all of these 
numbers, and since in some cas^ a user must program the Aid, we allow 
English-like aliases to be used in place of these single-byte numbers. 

GIDEI standard 

The basic structure of the GIDEI standard is an escape character {<esc>) 
followed by the first sub-standard that you want to use, and then the 
command and parameters of that command. 

The exact structure after indicating the sub-standard will vary, but the general 
structure is: 

General Structure 

<escXstandarclxccoBnandxparameters> . . . [<parameters>3 
The different standards for this implementation of GIDEI are: 
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standards 

ascte Aliases 

<1> kbd 

<2> mou 

<100> ccma 

<101> gen 



Meanings 
keyboard std 
mouse std 
ccanmunlcatlon std 
general std 



BEGIN and END Command 



Syntax: 


<t>egln> 


Code: 


<254> 


Aliases: 


BEGIN 


Syntax: 


<end> 


Code: 


<253> 


Aliases: 





The "BEGIN'* command, combined with the "END" command allows you to 
be more efficient with doing several commands together. If you need to do 
several keyboard and mouse commands, you can group them together with a 
begin and end. 

Example 

Send out Serial Port: Result 

<esc>r BEGIN, Start groiq^ing 

kbd, lock, shift. lock down shift key 

mou, click, left - click left button on mouse 

kbd, rel, shift. release shift 

END. end grouping 

You can also group commands within a standard. 
Example 

Send out Serial Port Result 

<esc>, kbd, BEGIN, start grouping 

lock, Ctrl, lock down Ctrl key 

press, fl,f2,hme. press fl, f2 and home keys 

rel,ctrl. release Ctrl 

press, esc. press escape key 

END. end grouping 

If you want, you can even do several level of grouping. 



Example 

Send out Serial Port 
<esO, BEGIN, 
kbd, lock, shift . 
kbd, BEGIN, 
lock, Ctrl . 
press, fl,f2,home. 
rel,ctrl. 
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Res^t 

start grouping 
lock down shift key 
start second grouping 
lock down Ctrl key 
press fl, f2 and home keys 
release Ctrl 



END. end second grouping 

inoUf click, left. cllcJc left button on mouse 

3d5d,rel, shift. release shift 

END. end groiqsing 

Again, you do not need to use these commands. They are there to let you 
simplify the commands when doing a series together. 

Terminate Command 

Syntax: <terminate> 
Code; <252> 
Aliases: 

You have been using the terminate command without even realizing it. 
After each command, we have been ending the command with a period. The 
period is the alias for the terminate byte. 

Acknowledge Command 

Syntax: <:acJtnc wledge> 
Cocte: <251> 
Aliases: ACK 

There are two levels of errors. One that is signalled by a short low beep. This 
means that an command or standard was given whidi was not understood 
and therefore skipped. When a more serious error occurs, a long high beep is 
given. This means that the command was stopped because of a catastrophic 
error was detected, and all input vdll be ignored until an acknowledge 
command is received. The acknowledge command will then dear the error 
and return back to ISO typing. 

Example 

Send fMil- Serial Port Result 

<esc>,ACK. Clear Error Condition 



Keyboard Commands 

Below is a simmiary of all the keyboard commands. These commands follow 
♦he designation of Uie keyboard standard: 

Syntax: <escXkbdXc<STBnand>{<paraineter> . . . <paraineter>} 
Code: <1> 
Aliases: kbd 



5fi 



In these commands, keynames are used as parameters. Keynames for the 
different keyboards are listed in an Appendix. [NOTE: That appendix is not 
included with this beta version of the documentation.] 

Lock Command 

Syntax: <lockxkeynaiaBl> . . . [<keynaffielO>l 
Code: <1> 
Aliases: lock 

Presses the key(s) down and keeps it down until released with the "release" 
command. There must be at least one keyname after the lock command. Up 
to ten keynames can be included after the command. The BEGIN command 
can be included immediately after the lock command in order to do multiple 
groups of keynames beyond the 10 limit The BEGIN command can not occur 
after the 6rst keyname. 

Rgig^ge Command 

Syntax: <release>t<keynamel>] . . . [<keynamelO>l 

Code: <2> 

Aliases: release 
rel 

Releases the key(s) up. Up to ten ke^ames may follow the command. If no 
keyname follows the command, all "locked" keys will be released. The 
BEGIN command can be included immediately after the release command in 
order to do multiple groups of keynames beyond the 10 limit. The BEGIN 
command can not occur after the first keyname. 

Press Command 

Syntax: <pressxkeynainel> . . . [<keynamelO>] 
Code: <3> 
Aliases: press 

Presses the key(s) down and then releases them in the same order as the 
keynames. There must be at least one keyname after the lock command. Up 
to ten keynames can be included after the ccmunand. The BEGIN command 
can be included immediately after the press command in order to do multiple 
groups of keynames beyond the 10 limit. The BEGIN command can not occur 
after the first keyname. 
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Combine Command 



Syntax: <COTibineXkeynainel> . . . [<keynamelO>] 
Ccxie: <4> 
Aliases: combine 

Presses the key(s) down in the same order as the keynames and then releases 
the key<s) in the reverse order as the keynames. There must be at least one 
keyname after the combine command. Up to ten keynames can be included 
after the command. The BEGIN command can be included immediately after 
the combine command in order to do multiple groups of keynames beyond 
the 10 limit. The BEGIN command can not occur after the first keyname. 

Hold Command 

Syntax: <holdXkeynarael> . . . [<keynanvelO>] 
Code: <5> 
Aliases: hold 

This command does not get executed until the next set of keys are pressed. 
This conunand holds the key(s) down in the same order as the keynames. 
Then "presses" or "combines" the next set of keys. Then releases the key(s) in 
the reverse order as the ke3^ames. There must be at least one keyname after 
the hold command. Up to ten keynames can be included after the command. 
The BEGIN command can be included immediately after the hold command 
in order to do multiple groups of keynames beyond the 10 limit. TTie BEGIN 
command (sm. not cxxnir after the fii^t keyname. 

{NOTE: The 'Technical Reference" section is not complete beyond this point.] 

Mouse Commands 

Move Command 

Syntax: <aBove> 
Code: <4> 
Aliases: 
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Goto Command 



Syntax : <goto> 
Code: <5> 
Aliases: 



Click Command 

Syntax: <click>[<button>3 . . . {<button>] 

Ccxle: <3> 

Aliases: dick 



Lock Command 

Syntax: <lock>t<button>3 , . . [<button>] 

Ccxte: <L> 

Aliases : lock 



Release Command 

Syntax: <release>[<button>3 . . . (<button>l 

Code: <2> 

Aliases: release 
rel 



Communication Commands 
Baudrate Command 

Syntax : o 
Code: o 
Aliases: 
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General Commands 

Version Command 

Syntax: o 
Code: o 
Aliases: 

Reset Command 

Syntax: o 
Code: o 
Aliases: 
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Software Is avaUaMe upon request I^ea% send requests to: 

T-TAM Prqject Manager 

Trace Resourch and Deveif^ent Center 

University of WI - Madii»>n 

1500 Highland Ave. 

Madison, WI 53705 

(fiOS) 262-6966 
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